学习设计模式前需要知道的事情

为什么要学习设计模式？

做事情之前问个为什么总是好的。关于设计模式的好坏，我在知乎上也看过一些讨论，有知友对其提出过一些疑问，里面有一些关于设计模式的观点：

设计模式有何不妥，所谓的荼毒体现在哪？

设计模式是不是有点太玄了？

任何事物的出现都有其道理，任何语言都有其不足之处，设计模式是对语言不足的补充（Peter Norvig)。设计模式也是编程经验的总结，我想学习它对像我这样的前端新手的能力会有很大的提升。

使用设计模式的好处

《Head First 设计模式》一书举了一个非常有意思的例子：

两个人点餐，一个人说：“我要一份涂了奶酪及果酱的白面包，加了香草冰淇淋的巧克力汽水..”；
另外一个人说：“给我一份C.J怀特，一个黑与白”。

表达同样的意思，效果却完全不同，这里就说到一个比较大的概念“共享词汇”。

共享词汇就是一组概念，行为，方法等等的集合，这个在任何行业都有用，就像中文菜名“回锅肉”，厨子知道什么是回锅肉，你也知道什么是回锅肉，如果没有回锅肉这个共享词汇，我好像真的想不到一个合适的描述来点这道菜。

回到设计模式，各种设计模式就是一个个的共享词汇，它不仅仅是一个名称，更是一整套模式背后所象征的质量，特征，约束。

细说说它的好处：

• 设计模式能让你用更少的词汇做更充分的沟通；

• 谈话在模式层次时，不会被压低到对象和类这种琐碎的事情上；

• 懂设计模式的团队，彼此之间对于设计的看法不容易产生误解；

• 共享词汇能帮助初级人员快速成长。

总结一下设计模式的作用：

帮助我们将应用组织成容易了解，容易维护，具有弹性的架构，建立可维护的OO系统，要诀在于随时想到系统以后可能需要的变化以及应付变化的原则。

设计模式的使用方法

关于使用方式，像我这种初学者最容易犯的错误就是生搬硬套，但是模仿本来也是学习的一个过程，最重要的事情是在模仿中要学会思考。我也是设计模式的初学者，所以我会常用这句话来提醒自己，看过一句关于如何最好的使用设计模式的话：

“把模式装进脑子里，然后在你的设计和已有的应用中，寻找何处可以使用它们”。

这就有点像是张无忌练习太极拳了，忘了所有的模式吧，你已经在潜移默化的使用它了。当然如果你不学设计模式，你可能也在无意识的使用一些设计模式了，但是这个在跟学过以后再无意识的使用设计模式，应该隔着两重境界吧。

当然要达到这个境界，少不了大量的练习，当然也不能忘了设计是一门艺术，总有许多可取舍的地方。

设计模式的一些原则

1. 找出应用中可能需要改变之处，把它们独立出来，不要和哪些不需要改变的代码混在一起（低耦合）；

2. 针对接口编程，而不是针对实现编程；
   关键在于多态，程序可以针对超类型编程，执行时会根据实际状况执行到真正的行为，不会被绑死在超类型的行为上（在JavaScript中并没有超类型的概念。）我的理解是，接口可以理解为一个动作，而动作的具体实现则不用确定。这一点在下文讲解多态时会有一个更加具体的例子。

3. 多用组合，少用继承

可能还有一些其它的原则，目前，我还没有涉及到，在之后的学习过程中，再补充。

需要了解的一些其它概念

要真正的理解设计模式，需要了解面向对象的一些基础概念：抽象，多态，封装和继承。
就JavaScript而言，由于是一门动态语言，在此不考虑抽象这一概念。

多态

概念：同一操作作用于不同的对象上时，可以产生不同的解释和不同的执行结果。

比如说有两只动物，鸡和鸭，当发出命令“叫”时，鸡会“咯咯咯“，鸭会”嘎嘎嘎“；

多态背后的思想是将“做什么”和“谁去做以及怎么去做”分离开来，也就是将“不变的事”和“可变的事物”分离开来。

多态的实现：归根到底是要消除类型之间的耦合关系，JS的变量类型在运行时是可变的，这意味着JS对象的多态性是与生俱来的。

多态的作用：通过把过程化的条件分支语句转化为对象的多态性，从而消除这些条件分支语句。

看一个例子来理解多态：

// 只使用谷歌地图
var googleMap = {
    show: function() {
        console.log('开始渲染谷歌地图');
    }
};

var renderMap = function() {
    googleMap.show();
};

renderMap(); //输出：开始渲染谷歌地图

// 好吧，谷歌在某些地方不好用，在某些要换成百度地图了，
var googleMap = {
    show: function() {
        console.log('开始渲染谷歌地图');
    }
};

var baiduMap = {
    show: function() {
        console.log('开始渲染百度地图');
    }
};

var renderMap = function(type) {
    if (type === 'google') {
        googleMap.show();
    } else if (type = 'baidu') {
        baiduMap.show();
    };
};

renderMap('google'); //输出：开始渲染谷歌地图
renderMap('baidu'); //输出：开始渲染百度地图

// 上述代码有一点的弹性，但是如果在更换地图，改变的地方太多了，这里就可以运用多态性这个理念了,这里也把做什么和怎么做分开了
// 抽象出相同部分,条件分支语句转化为对象的多态性
var renderMap = function(map){                    //做什么
    if (map.show() instanceof Function) {
        map.show();
    }
};

renderMap('google'); //输出：开始渲染谷歌地图
renderMap('baidu'); //输出：开始渲染百度地图

// 再添加一个搜搜地图
var sosoMap = {                                  // 怎么做
    show: function() {
        console.log('开始渲染搜搜地图');
    }
};

renderMap('soso'); //输出：开始渲染搜搜地图

// 本例来自于《JavaScript设计模式与开发实践》

封装

封装的目的是将信息隐藏,包括隐藏数据，隐藏实现细节，设计细节以及隐藏对象的类型等。

封装分为四类：封装数据，封装实现，封装类型和封装变化

封装数据：

在许多面相对象系统中，封装数据是由语法解析来实现的（private public proctected）;

JavaScript中没有对这些变量的支持，只能利用变量的作用域来实现封装，只能模拟出 public、private 两种封装性。（ES6可用let），一般用函数来创建作用域。

封装实现：

使得对象内部的变化对其他对象而言是不可见的，对象对其自己的行为负责，使得对象之间的耦合变得松散，对象之间只通过暴露API接口来通信，修改一个对象时，可以随意地修改它的内部实现，只要对外的接口没有变化，就不会影响到程序的其它功能。

封装类型：

对静态语言而言，是一种重要的封装方式，把对象的真正类型隐藏在抽象类或者接口之后，Javascript没有这方面的支持，因此也没有这方面的需要；

封装变化：

把系统中稳定不变的部分和容易变化的部分隔离开来，在系统的演变过程中，我们只需要替换那些容易变化的部分，如果这些部分是已经封装好的，替换起来也相对容易，这可以最大程度的保证程序的稳定性和可扩展性

继承

说到继承，JavaScript最重要的概念可能在于原型链。

基于原型链的委托机制就是原型继承的本质。

• 所有的数据都是对象，JS的根对象是Object.prototype对象，它是一个空对象；

• 要得到一个对象，不是通过实例化类而是找到一个对象作为原型来克隆它；

• 对象会记住它的原型；就JS而言，对象的原型其实是其构造器的原型（new），包含在其隐藏属性_proto_中；

• 如果对象无法响应某个请求，它会把这个请求委托给自己的原型。

  • JavaScript的原型最初都是由Object.prototype对象克隆而来；

  • 对象构造器的原型并不限于Object.prototype,可以动态的指向其他对象； A.prototype=obj

  • 原型链并非无限长，到顶（Object.prototype）以后，如果没有找到就会返回undefined；

本文是我学习设计模式的第一篇笔记，里面若有不恰当的地方，欢迎随时指出，也希望您看完本文，跟我一样有所收获。

参考书籍

• Head First 设计模式

• JavaScript设计模式与开发实践